home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940112.txt < prev    next >
Internet Message Format  |  1994-11-13  |  20KB

  1. Date: Wed, 13 Apr 94 04:30:31 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #112
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed, 13 Apr 94       Volume 94 : Issue  112
  11.  
  12. Today's Topics:
  13.                           ALL KIND OF THINGS
  14.                 FCC Packet Message Forwarding (3 msgs)
  15.                Green Card Lottery- Final One? (3 msgs)
  16.                          Hierarchial Address
  17.                   Interested in getting into packet
  18.                      TCP/IP across the Atlantic?
  19.                         TCP/IP from car w/PK-8
  20.                        Wyse50/KPC-2 interfacing
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 13 Apr 94 06:31:50 GMT
  35. From: news-mail-gateway@ucsd.edu
  36. Subject: ALL KIND OF THINGS
  37. To: ham-digital@ucsd.edu
  38.  
  39. Greetings to All.
  40.  
  41. I am new to this medium, so forgive me if I do something that isn't 
  42. allowed here.
  43.  
  44. 1/ I have been trying to run NOS (version pa0gri) on a station at my
  45. school, so far unsuccessful.
  46.  
  47. The problem turns out to be that the TNC uses WA8DED software, which uses
  48. HOST-mode, while NOS needs kiss-mode.
  49.  
  50. Does anybody know
  51. - if there is a way to switch the TNC's firmware into kiss-mode?
  52. - if the 'host->kiss' emulator work under NOS? (I guess not)
  53. - Are there any special drivers for Host-mode/WA8DED for GRI-Nos.
  54.  
  55. BTW: What's the exact difference between host-mode and kiss-mode?
  56. Is there any 'written' documentation available about those available?
  57.  
  58. 2/ We are trying to build some sort of local packet radio network, using
  59. AX25, NET/ROM and TCP/IP. (using different version of NOS and NET).
  60.  
  61. What we like to do is this:
  62. We like to let other users use our network to receive and send mail. To
  63. do this as user-friendly as possible, we are looking for a program 
  64. (MS-DOS) which can log onto a PBBS, get/put all mail for a person and log 
  65. off.
  66.  
  67. The users would be able to read/write his (her) mail OFFLINE.
  68.  
  69. In short, we are looking for something like FidoNets point-system, NOT a 
  70. complete BBS-system (like the fbbs-soft)
  71.  
  72. 3/ At home, I currently use 'AmigaNos 2.9g/G1YYH). I guess there exists
  73. newer versions. Does anybody know where I can find them? (ftp-site, dir,
  74. name?)
  75.  
  76. I'm especially looking for a version with arexx-support and the
  77. source-code of that program.
  78.  
  79.  
  80. Greetings from Brussels (BEL), Kr. Bonne. (on1arf)
  81.  
  82. ### Signature 'Kristoff Bonne' ###
  83. ++++ FidoNet +++++
  84.   FidoNet: Kristoff Bonne @ 2:291/901.3
  85.  internet: Kristoff.bonne@p3.f901.n291.z2.fidonet.org
  86. ++ Packet Radio ++
  87.      AX25: on1arf@on1ced.wvn.bel.eu
  88.    TCP/IP: on1arf@on1arf.ampr.org (44.144.9.11)
  89. ++++ BelgaCom ++++
  90.     VINES: Bonne Kristoff@PI.RES_TLN@BELGACOM
  91.      X400: (C:BE,A:RTT,P:RTTIPC,O:BELGACOM,OU=PIRESTLN,S:BONNE,G:KRISTOFF)
  92.  Internet: 
  93. /G=KRISTOFF/S=BONNE/OU=PIRESTLN/O=BELGACOM/PRMD=RTTIPC/ADMD=RTT/C=BE/
  94. @helios.iihe.rtt.be (all in 1 line)!)
  95. ### End of Signature ###
  96.  
  97. ------------------------------
  98.  
  99. Date: 12 Apr 1994 15:20:44 GMT
  100. From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net
  101. Subject: FCC Packet Message Forwarding
  102. To: ham-digital@ucsd.edu
  103.  
  104. In article <JAY.18.2DA58183@medicine.dmed.iupui.edu>,
  105. Jay Sissom <JAY@medicine.dmed.iupui.edu> wrote:
  106. >>Well it's final.... Here is the latest rule from the FCC.....
  107. >
  108. >....
  109. >
  110. >
  111. >Would this be a good authentification?  If this system was setup, I would not
  112. >have to read anyone's message before forwarding, correct?
  113. >
  114.  
  115. While your system will work, there are two authentication systems
  116. already in use. One is for smart programs at each end and the other is
  117. for manual users. Why not use them instead of inventing something new?
  118.  
  119. >I think one of the major problems of our current packet system is that
  120. >forwarding ham's are responsibile for other's communications.  It doesn't make
  121. >since that they should be.  A repeater operator isn't responsible for what a
  122. >repeater user says; the phone company isn't responsible for what is said in a
  123. >phone call, etc. etc.
  124. >
  125. >Comments anyone?
  126. >Jay KA9OKT
  127. >jay@medicine.dmed.iupui.edu
  128. >
  129.  
  130. I think you are wrong on the repeater. If you operate a repeater and
  131. someone is CONTINUALLY using it in an unlawful manner, you are expected
  132. to take steps to prevent this.
  133.  
  134. Similarly, the FCC rule leaves room for common sense. If you were to
  135. put in place a methodology of random sampling of messages, you could
  136. argue that you are exercising control in a manner consistent with the
  137. rules.
  138.  
  139. Given all of this, the next beta version of AA4RE BBS (2.1R) which will
  140. be within a week or so contains the ability to hold messages (either
  141. private or bulletins or both) from local users which haven't
  142. authenticated themselves. AA4RE BBS already supports a manual
  143. authentication system modeled after the NETROM implementation and some
  144. commands suitable for use another BBS or a smart terminal program. In
  145. fact, BBS-to-BBS authentication is already in place and a standard has
  146. been published.
  147.  
  148. Roy Engehausen, AA4RE
  149. enge@almaden.ibm.com
  150.  
  151. ------------------------------
  152.  
  153. Date: 12 Apr 1994 19:30:47 GMT
  154. From: pa.dec.com!nntpd.lkg.dec.com!nntpd.bb.dec.com!waf@decwrl.dec.com
  155. Subject: FCC Packet Message Forwarding
  156. To: ham-digital@ucsd.edu
  157.  
  158.     Yes, it's clear that the *technology* to authenticate messages
  159. exists (ignoring folks who go to the head leaving their terminal
  160. logged in, i.e.; most of us).  My question was what does the FCC mean
  161. by "authentication" in their text.  What is acceptible to them?  Does
  162. the FCC believe that digital signatures work?
  163.  
  164.     (Note that even if you use the original RSA signature scheme
  165. of encrypting the entire message with your private key, the purpose
  166. isn't to obscure the content, so you are probably safe.  Since it can
  167. be decrypted with your public key, you should be really safe.  Even
  168. more if you append your public key to the message.)
  169.  
  170.     Bill
  171. --
  172. Bill Freeman, waf@zk3.dec.com, KE1G, PP-SMEL-IA(ME VFR only) N4365Z
  173. USABDA, MassABDA (novice modern), NMRA, rounds, squares, bad jokes.
  174. Telemarketing: Do more than just say no, write saying you seek other vendors.
  175.  
  176. ------------------------------
  177.  
  178. Date: Tue, 12 Apr 1994 19:32:03 GMT
  179. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.msfc.nasa.gov!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!medicine.dmed.iupui.edu!JAY@network.ucsd.edu
  180. Subject: FCC Packet Message Forwarding
  181. To: ham-digital@ucsd.edu
  182.  
  183. There was some discussion on my original post about authentication.  I 
  184. received two responses that it is OK to forward messages without viewing them 
  185. and that there is little or no threat of action against the BBS operator for 
  186. messages being sent.
  187.  
  188. Is this the view of other BBS operators?
  189.  
  190. Jay
  191.  
  192. ------------------------------
  193.  
  194. Date: 12 Apr 1994 08:13:43 GMT
  195. From: ihnp4.ucsd.edu!usc!cs.utexas.edu!swrinde!emory!europa.eng.gtefsd.com!paladin.american.edu!hookup!news2.sprintlink.net!news.sprintlink.net!indirect.com!nike@network.ucsd.edu
  196. Subject: Green Card Lottery- Final One?
  197. To: ham-digital@ucsd.edu
  198.  
  199. Green Card Lottery 1994 May Be The Last One!
  200. THE DEADLINE HAS BEEN ANNOUNCED.
  201.  
  202. The Green Card Lottery is a completely legal program giving away a 
  203. certain annual allotment of Green Cards to persons born in certain 
  204. countries. The lottery program was scheduled to continue on a 
  205. permanent basis.  However, recently, Senator Alan J Simpson 
  206. introduced a bill into the U. S. Congress which could end any future 
  207. lotteries. THE 1994 LOTTERY IS SCHEDULED TO TAKE PLACE 
  208. SOON, BUT IT MAY BE THE VERY LAST ONE.
  209.  
  210. PERSONS BORN IN MOST COUNTRIES QUALIFY, MANY FOR 
  211. FIRST TIME.
  212.  
  213. The only countries NOT qualifying  are: Mexico; India; P.R. China; 
  214. Taiwan, Philippines, North Korea, Canada, United Kingdom (except 
  215. Northern Ireland), Jamaica, Domican Republic, El Salvador and 
  216. Vietnam. 
  217.  
  218. Lottery registration will take place soon.  55,000 Green Cards will be 
  219. given to those who register correctly.  NO JOB IS REQUIRED.
  220.  
  221. THERE IS A STRICT JUNE DEADLINE. THE TIME TO START IS 
  222. NOW!!
  223.  
  224. For FREE information via Email, send request to
  225. cslaw@indirect.com
  226.  
  227.  
  228. -- 
  229. *****************************************************************
  230. Canter & Siegel, Immigration Attorneys
  231. 3333 E Camelback Road, Ste 250, Phoenix AZ  85018  USA
  232. cslaw@indirect.com   telephone (602)661-3911  Fax (602) 451-7617
  233.  
  234. ------------------------------
  235.  
  236. Date: 12 Apr 94 12:21:43 GMT
  237. From: dog.ee.lbl.gov!ihnp4.ucsd.edu!news.cerf.net!ccnet.com!ccnet.com!not-for-mail@ucbvax.berkeley.edu
  238. Subject: Green Card Lottery- Final One?
  239. To: ham-digital@ucsd.edu
  240.  
  241. T H E   S H A R K S   A R E  T R O L L I N G   T H E   N E T S !
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255. -- 
  256.      Bob Wilkins                     work    bwilkins@cave.org
  257.  Berkeley, California                home    rwilkins@ccnet.com
  258.      94701-0710                      play    n6fri@n6eeg.#nocal.ca.usa.noam
  259.  
  260. ------------------------------
  261.  
  262. Date: 12 Apr 1994 19:17:09 GMT
  263. From: elroy.jpl.nasa.gov!ncar!noao!math.arizona.edu!news.Arizona.EDU!cyclone.atmo.arizona.edu!jones@ames.arpa
  264. Subject: Green Card Lottery- Final One?
  265. To: ham-digital@ucsd.edu
  266.  
  267. gee, I hope no one at indirect.com minds that I forwarded 4 or 5 of these
  268. things to postmaster@indirect.com!
  269.  
  270. I'll probably be in trouble next :)
  271.  
  272. ------------------------------
  273.  
  274. Date: 12 Apr 1994 15:25:45 GMT
  275. From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net
  276. Subject: Hierarchial Address
  277. To: ham-digital@ucsd.edu
  278.  
  279. In article <1994Apr7.191032.2903@combdyn.com>,
  280. Lawrence *The Dreamer* Chen <lawrence@combdyn.com> wrote:
  281. > ...
  282. >
  283. >One question I have....why do we have continental descriptors.....couldn't
  284. >we do it the same as Internet.
  285. >
  286. >...
  287.  
  288. Continent codes were an attempt to further simplify the routing tables.
  289. A station in the USA might send ASIA one way and EURO the other. Small
  290. tables are important for the many systems still running on the 8088
  291. based systems (XT, etc).
  292.  
  293. Roy Engehausen, AA4RE
  294. enge@almaden.ibm.com
  295.  
  296. ------------------------------
  297.  
  298. Date: 12 Apr 94 22:21:50 GMT
  299. From: dog.ee.lbl.gov!agate!etch-eshop.Berkeley.EDU!ron@ucbvax.berkeley.edu
  300. Subject: Interested in getting into packet
  301. To: ham-digital@ucsd.edu
  302.  
  303.  Hi
  304.  
  305.  I just got my Tech + HF ticket last week. I'm KE6GLZ, I've gotten
  306. interested in packet but I'm not sure how to get started.
  307.  
  308.  I believe I'll need the following.
  309.  
  310.  PC compatible that will emulate a terminal with a program such as
  311. procomm.
  312.  
  313.  Some brand of TNC, to do the traffic handling. 
  314.  
  315. I've got a couple of 2m FM rigs,and a 5/8 wave vertical. Anyone care to
  316. explain the details ?
  317.  
  318.                     Ron V  KE6GLZ
  319.  
  320.                     ron@etcheshop.Berkeley.EDU
  321.  
  322. ------------------------------
  323.  
  324. Date: 12 Apr 94 11:55:42 GMT
  325. From: dog.ee.lbl.gov!agate!howland.reston.ans.net!pipex!bnr.co.uk!adsb@ucbvax.berkeley.edu
  326. Subject: TCP/IP across the Atlantic?
  327. To: ham-digital@ucsd.edu
  328.  
  329. Does anyone have any experience of sending TCP/IP traffic between
  330. the UK and the USA over the "LONNY" link (i.e. the link between
  331. the NBC (?) offices in New York and London) ?
  332.  
  333. Can it be done at all?
  334. If so, is the link usuable for 'real-time' traffic, or is it only
  335. suitable for mail transfer etc ?
  336.  
  337. Andrew Benham
  338. --------------------------------------------------------------------
  339. adsb@bnr.co.uk   BNR Europe Ltd, London Road, Harlow, Essex CM17 9NA
  340. adsb@bnr.ca      +44 279 402372    Fax: +44 279 402029
  341. Home:            g8fsl@g8fsl.ampr.org [44.131.181.17]
  342. --------------------------------------------------------------------
  343.  
  344. ------------------------------
  345.  
  346. Date: 12 Apr 1994 16:07:38 GMT
  347. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!yeshua.marcam.com!insosf1.infonet.net!usenet@network.ucsd.edu
  348. Subject: TCP/IP from car w/PK-8
  349. To: ham-digital@ucsd.edu
  350.  
  351. In article <940410222958655@arbbs.simivalley.ca.us>, bob.marselle@arbbs.simivalley.ca.us (Bob Marselle) writes:
  352. >Hello Andrew.  This message won't answere ur questions about mobile
  353. >tcp-ip, but I wounld like to take this opputunity to ask u a couple of
  354. >questions.  First, I have been thinking of doing some traveling with an
  355. >RV and I've pondered using packet as a way to send messages to some of
  356. >my friends. Have u done much mobile packet?  Secondly, how much of a
  357. >pain in the @$$ is mobile packet?  My thoughts always wonder to the
  358. >frustrations built into local systems that I'm familiar with and i can't
  359. >help thinking that the whole idea would be more work than it's worth.
  360. >What do u think?  Good luck on getting ur info.  73 de Bob AC6AV
  361. >
  362. > Via packet:AC6AV@Wd6WFH
  363. >
  364. > * OLX 2.1 TD * Home is where the tower is!
  365.  
  366.  
  367. I was full-time in an RV for about 3 years. I ran HF all modes and vhf FM
  368. and packet. I was able to keep in touch with all my ham friends without any
  369. trouble at all.
  370.  
  371. N.B. You do need an understanding XYL or YL as the case may be!!! Hi Hi
  372.  
  373. ------------------------------
  374.  
  375. Date: Tue, 12 Apr 1994 16:21:21 GMT
  376. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!torn!newshub.ccs.yorku.ca!apogee.ccs.yorku.ca!edleslie@network.ucsd.edu
  377. Subject: Wyse50/KPC-2 interfacing
  378. To: ham-digital@ucsd.edu
  379.  
  380. Bob Taggart (taggartr@nic.ddn.mil) wrote:
  381. : Packet folks,
  382.  
  383. : I just picked up a Wyse 50 terminal from a coworker and have connected
  384. : it to my Kantronics KPC-2 TNC. The terminal seems to communicate with
  385. : the TNC at either 8N1 or 7E1 as long as the datarate is 9600.
  386. [stuff deleted]
  387. : If I set the terminal to HDX (half duplex), then I can see what I'm typing
  388. : but get nothing on the screen after I connect. Tis a puzzlement. Your
  389. : suggestions are solicited.
  390.  
  391. You need to RTFM to see how to get your tnc to echo. Putting the terminal
  392. into HDX makes it truly do HDX (drop RTS after sending what you typed so the
  393. half-duplex modem you've told it you have can transmit back to you). Sadly,
  394. your tnc (if I recall correctly) needs that RTS line high to know that it's
  395. OK to send to you.
  396.  
  397. So, you need your terminal in FDX, and to get your tnc to echo.
  398.  
  399. 73 de Ed / VE3ZVZ
  400.  
  401. ------------------------------
  402.  
  403. Date: Tue, 12 Apr 1994 14:46:54 GMT
  404. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!world!dts@network.ucsd.edu
  405. To: ham-digital@ucsd.edu
  406.  
  407. References <1994Apr8.160939.11857@mnemosyne.cs.du.edu>, <2oaspl$4qt@network.ucsd.edu>, <2ocr6o$n89@hpbab.mentorg.com>kei.co
  408. Subject : Re: On email addresses and host names
  409.  
  410. In article <2ocr6o$n89@hpbab.mentorg.com> Hank_Oredson@mentorg.com writes:
  411. >In article <2oaspl$4qt@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
  412. >|> Jay, what we're talking about is the gatewaying of messages between the
  413. >|> two networks, not what the networks use internally.
  414. >|> 
  415. >|> The issue is how to transform one network's e-mail addresses (not host
  416. >|> addresses necessarily) when mail crosses from one network to the other.
  417. >|> 
  418. >|> Frankly, I do not believe that the existing e-mail addresses used on the
  419. >|> AX.25 BBS network will ever change.  I do believe that a parallel
  420. >|> network of internet-compatable ham radio mail servers will spring up
  421. >|> and, over time, obsolete the AX.25 BBS systems.
  422. >|> 
  423. >|> The issue, for the moment, is how to make the two systems (the Internet
  424. >|> and the existing AX.25 BBSs) interoperate as best they can.
  425. >|>     - Brian
  426. >
  427. >Or perhaps the BBS network will support internet email addresses directly,
  428. >as well as the current "email address with those routing hints stuck in."
  429. >
  430. >Since the domains do not overlap, it should not be a problem to handle
  431. >this, even with the existing software.
  432. >
  433. >What I mean here is that it is no problem for me to arrange things such
  434. >that a message with an address of wa6fwi@wa6fwi.ampr.org heads for my local
  435. >email gateway.  At present this cannot be extended to the general case
  436. >because of limitations on field and element length.  These limitattions
  437. >are pretty artificial - they are an artifact of the CP/M systems we chose
  438. >initially as hosts ...
  439. >
  440. >Making the changeover will not be all that big a deal. Some of the work has
  441. >already taken place: for example compressed batch forwarding is RFC-822
  442. >compliant, and there is no particular restriction on the To: / From:
  443. >fields.
  444. >
  445. >I don't think we will see "parallel network ..." of servers, but rather see
  446. >the existing network of servers acquire more capability to internetwork,
  447. >when it makes sense for them to do so.
  448. >
  449. >Would like to thank Brian for jumping into the discussion ... 
  450. >
  451. >It is probably time to get some more of these gateways running, but I see
  452. >very few of them, and the ones I can see directly (in the Portland and
  453. >Seattle areas) do not seem to move many messages between the tcp/ip world
  454. >and the larger interconnected BBS world.  Seems to me this should be a
  455. >rather simple problem to solve, but it does not appear to have been solved
  456. >yet.
  457. >
  458. >   ...  Hank
  459. >
  460. >-- 
  461. >
  462. >Hank Oredson @ Mentor Graphics
  463. >Internet     : hank_oredson@mentorg.com
  464. >Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  465.  
  466. Gateways to different name spaces have existed for years on the internet
  467. without causing death and destruction. In the past to send mail to folks
  468. at Digital Equipemtn Corporation, the mail had to be addressed via
  469. decwrl.dec.com. That ONE machine had to be able to handle the crossover,
  470. not the whole net. A possible approach to this in the AX.25 world would
  471. be:
  472.  
  473. N1JEB%KA1SRD.MA@gateway.ampr.org
  474.  
  475. Or
  476.  
  477. dts%world.std.com@KZ1XXX.MA.US
  478.  
  479. The gateway machines would have to handle recognition of the different
  480. address formats, but no others should have to. Note that the % signs are
  481. used for addresses that are not to be looked at until through a gateway.
  482. this is in the RFCs for the internet. It might make sense to have the
  483. packet network leverage some of the networking expertise which can be
  484. garneredfrom the many years of standards activity in the internet 
  485. community.
  486.  
  487.  
  488. -- 
  489. ---------------------------------------------------------------
  490. Daniel Senie                 Internet:     dts@world.std.com
  491. Daniel Senie Consulting                    n1jeb@world.std.com
  492. 508-779-0439                 Compuserve:   74176,1347
  493.  
  494. ------------------------------
  495.  
  496. Date: 12 Apr 1994 15:42:26 -0400
  497. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!ddsw1!panix!not-for-mail@network.ucsd.edu
  498. To: ham-digital@ucsd.edu
  499.  
  500. References <JAY.24.2DA96766@medicine.dmed.iupui.edu>, <2od0cl$hqk@network.ucsd.edu>, <WAF.94Apr12153047@sunfish.zk3.dec.com>ⁿ
  501. Subject : Re: FCC Packet Message Forwarding
  502.  
  503.  
  504. What a lot of people seem to be missing here is that all we've seen is the
  505. press release.  The actual text of the new rules has not been released
  506. yet.  So, all we can do is speculate until we actually see the new rules.
  507. -- 
  508.         ______________________ Andrew Funk, KB7UV ______________________
  509.        | ENG Editor/Microwave Control, WCBS-TV Channel 2 News, New York |
  510.        | Internet: kb7uv@panix.com      Packet: kb7uv@kb7uv.#nli.ny.usa |
  511.        |                ---  INSERT COMMERCIAL HERE  ---                |
  512.  
  513. ------------------------------
  514.  
  515. End of Ham-Digital Digest V94 #112
  516. ******************************
  517.